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FIELD 

The invention is related to a project docket management apparatus and method. In 
particular, the invention provides a computer structure that manages tasks, events and due dates 
and communicates with users to efficiently manage projects. 

BACKGROUND 

Project management is a difficult task. Traditional techniques for managing projects 
include numerous printed status reports that are then distributed to a number of personnel on the 
project. When a project status change occurs, the status reports are reprinted and redistributed to 
the personnel. 

The advent of computers and telecommunications systems, such as the Internet, has 
improved project management considerably. A number of software vendors offer project 
management tools where the status reports can be e-mailed to the project personnel. However, 
these tools do not address many needs that arise with complex project management. In 
particular, there are a number of complex projects, such as intellectual property identification, 
prosecution and management that have special requirements and often cannot be satisfied with 
conventional software. 

A number of software vendors offer some specialized proj ect management tools that are 
designed for stand-alone systems. The advantage is that these tools can be customized for the 
user's needs, but the tools don't necessarily provide a variety of access levels to project 
personnel, project deadline notification, communication with other computer systems and other 
features that would increase knowledge and productivity among the project personnel. 



The invention overcomes the identified limitations and provides a project docket 
management system that is flexible and capable of managing tasks, events and due dates, while 
communicating the updated information to all necessary project personnel. 

5 SUMMARY 

The invention overcomes the identified limitations and provides a project docket 
management system that is flexible and capable of managing tasks, events and due dates, while 
communicating the updated information to all necessary project personnel. In addition, the 
invention selectively provides access to authorized personnel at various levels who can 
1 0 selectively add, edit, modify and delete project records depending on their access level. 

An exemplary embodiment of a project docket management apparatus includes a 
processor configured to execute a control program and communicate with a user. In a typical 
5 aspect, the processor is located in a server computer. The user is one of the personnel assigned 
^ to a given project and has authorization to log into the server and access a database of records. 
'H5 The user communicates with the processor to selectively add, edit, modify and delete project 
J! records depending on his access level. If the user is an administrator, he has full control over the 
y j database records. If the user has a lower access level, he may only be able to view records, for 
£3 example. The apparatus further includes a notification structure that periodically distributes 
S \ information to project personnel based on predefined dates or activities. For example, the project 
ilo personnel may be notified by e-mail when a date deadline is approaching, or when an action has 
hi been authorized or completed. In one aspect, a working group calendar is updated. In another 
aspect, certain personnel are notified depending on their attributes such as position, group or 
access level, for example, the client is notified of a request for approval. 

In one aspect of the invention, one of the users is a service provider and another user is a 
25 client. The service provider is an administrator with full control over the database records while 
the client has restricted access permission and may only view the records. The notification 
structure distributes information to the users regarding certain tasks, accomplishments and 
upcoming due dates. Additionally, the client has the ability to authorize certain activities such as 
the filing of patent applications in specific countries, etc. One the notification is made and the 
30 authorization received, the service provider can take action to complete the tasks based on the 
authorized instructions. 
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In yet another aspect of the invention, various contracts that may include licenses can be 
stored and tracked. Often times, licenses grant parties patent rights that are useful to track in a 
project management system. This aspect includes the ability to track contracts and respective 
rights and obligations including payments in and payments out. 
5 In many cases, service providers require an advance payment before performing certain 

tasks. To accommodate this need, one aspect of the invention employs an escrow function that 
records a payment by the client to an escrow account and notifies the service provider that the 
funds are available upon completion of the task. Once the task is performed the client releases 
payment to the service provider. In this manner, the service provider knows that the funds are 
1 0 available and the client knows that the funds will be disbursed only after the service provider 
completes the task. In one aspect, the invention incorporates license agreement payment in the 

O escrow function as well as additional features such as a royalty rate calculator. 

X Advantages of the invention include the ability provide flexibility and capabilities of 

managing tasks, events and due dates, while communicating the updated information to all 

1115 necessary project personnel. In addition, the ability to control access to authorized personnel at 

ri various levels allows users to selectively add, edit, modify and delete project records depending 
on their access level. Finally, the ability to selectively notify the project personnel based on 

§1 predefined dated or activities keeps all personnel up to date on the project. 

do BRIEF DESCRIPTION OF THE FIGURES 

The invention will be understood with reference to the following figures. 
Fig. 1 A depicts a computer system according to an embodiment of the invention; 
Fig. IB depicts a personnel data table according to an embodiment of the invention; 
Fig. 1C depicts a project data table according to an embodiment of the invention; 
25 Fig. 2 shows a logical structure of the invention according to an embodiment of the 

invention; 

Fig. 3 is a flowchart showing steps for performing the project record access for a client 
and an administrator according to an embodiment of the invention; 

Figs. 4A-B are exemplary administration screens for adding personnel to a project and for 
30 granting or modifying personnel access levels; 
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Fig. 5 is a sample screen display for a service buyer to subscribe to the service exchange 
according to an embodiment of the invention; 

Figs. 6A-B are sample screen displays of a contract terms sheet according to an 
embodiment of the invention; 
5 Figs. 7A-D are a sample screen displays for an escrow terms sheet according to an 

embodiment of the invention; 

Fig. 8 is a flowchart showing steps for parties to agree to contract terms according to an 
embodiment of the invention; 

Figs. 9-15 show sample screen displays for new projects and project management 
10 according to embodiments of the invention; 

Figs. 16-17 show exemplary electronic communications between a project management 
p apparatus and another project computer, for example, a government computer that provides 
Bf confirmation of a filing date and responsive electronic communications; and 
m Figs. 18-20 depict backup, mobility and synchronization of the project records according 

i!5 to an embodiment of the invention. 



DETAILED DESCRIPTION 
The invention is described with reference to exemplary embodiments. Those skilled in 
the art will recognize that variations can be made to the description while remaining within the 
bounds of the claims. 
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A. Architecture 

Fig. 1 A depicts a computer server 10 for performing the invention according to an 
embodiment of the invention. The computer includes a processor 12 coupled to a memory 12. 
25 The memory contains a data structure 14 further comprising a plurality of software structures 
including control procedures, communication procedures and data. The processor is further 
coupled to a user interface 30, an Internet communication interface 32 and a network interface 
34. 

An exemplary project docket management apparatus includes processor 12 configured to 
30 .execute control procedures 20 and communicate with a user. In a typical aspect, the processor is 
located in a server computer. The user is one of the personnel assigned to a given project and 
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has authorization to log into the server and access a database 26 of records. The user 
communicates with the processor to selectively add, edit, modify and delete project records 
depending on his access level. If the user is an administrator, he has full control over the 
database records. If the user has a lower access level, he may only be able to view records, for 
5 example. The apparatus further includes a notification structure that periodically distributes 

information to project personnel based on predefined dates or activities. For example, the project 
personnel may be notified by e-mail when a date deadline is approaching, or when an action has 
been authorized or completed. In one aspect, a working group calendar is updated. In another 
aspect, certain personnel are notified depending on their attributes such as position, group or 
10 access level, for example, the client is notified of a request for approval. 

Fig. IB depicts a personnel data table 26a according to an embodiment of the invention, 
gj The data table 26a includes a number of personnel records 26a- 1, 26a-2 to 26a-n. These 
2; personnel records store the information including each user's name, title, address, contact 
€1 information, project information (e.g. which projects each user is assigned to) and other data, 
i A 5 The data is stored in a relational database model that links the personnel table 26a to other data 
fi tables used in the invention. 

* Fig. 1C depicts a project data table 26b according to an embodiment of the invention. 

S The data table 26b includes a number of project records 26b-l, 26b-2 to 26b-n. These project 
"* H records store the project information including the title, start date, type, status, docket, 
C$0 description, personnel and other information. The data is stored in a relational database model 
r ~ that links the personnel table 26a to the project data table 26b. 

Fig. 2 shows a logical structure 50 of the invention according to an embodiment of the 
invention. In this aspect of the invention, one of the users is a service provider and another user 
is a client. The control structure 52 includes the processor 12 and manages operation of the 
25 invention by executing the control procedures 20. The service provider includes an administrator 
54 with full control over the database records while the client 56 may only view the records, for 
example. An additional user 58 has access permissions set by the administrator 54 using the 
authorization structure 60 (see Figs. 4A-B). The communication structure 62 is configured to 
communicate with other network systems and the users. The communication structure is used to 
30 transfer files, documents, e-mails and other correspondence. The communication structure 
includes a notification structure 64 that distributes information to the users regarding certain 
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tasks, accomplishments and upcoming due dates. For example, the project personnel may be 
notified by e-mail when a date deadline is approaching, or when an action has been authorized or 
completed. In one aspect, a working group calendar is updated. In another aspect, certain 
personnel are notified depending on their attributes such as position, group or access level, for 
5 example, the client is notified of a request for approval. The communication structure also 

includes an electronic filing structure 66 allows the users to file documents with other computer 
systems, for example, government agencies and record the actions. The memory stores 
information related to the communication including attributes associated with the filed 
document. The attributes include a date stamp, which may include the time as well. Other 
1 0 attributes include the party or parties to whom the communication is made and other information. 
Additionally, an approval structure 68 allows the client has the ability to authorize certain 
activities such as the filing of patent applications in specific countries, etc. One the notification 
III is made and the authorization received, the service provider can take action to complete the tasks 
JS based on the authorized instructions. A maintenance structure 70 provides for users to maintain 
5 records or other rights or obligations that may be necessary to perfect rights (e.g. paying patent 
if! maintenance fees). 

m Fig. 3 is a flowchart 1 10 showing steps for performing the project record access for a 

9 client and an administrator according to an embodiment of the invention. At login 1 12, step 1 14 
I j determines whether to authorize the login by the user. If the user is not authorized, step 1 1 6 
%0 rejects the login attempt. Once admitted, step 1 1 8 checks the level of access for the given user 
H= on the given project. This is done because some users may have different access levels for 

different projects. If the user is a client, for example, step 1 18 directs the access to step 120 to 
authorize the user to the client level for the given project. In this example, the client can read 
and search the project records, and approve actions such as paying a maintenance fee. If the user 
25 is an administrator, for example, step 1 18 directs the access to step 130 to authorize the user to 
the administrator level for the given project. In this example, the administrator can read and 
search the project records, add and edit the records, maintain the files and file records and can 
review client approval of actions. Other access levels can also be granted to various project 
personnel as further described herein. 
30 Figs. 4A-B are exemplary administration control panels for adding personnel to a project 

and for granting or modifying certain attributes such as personnel access levels. Fig. 4A depicts 
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a screen 150 that is accessible to an administrator. The screen shows a list of all personnel on a 
given project and categorizes the users by name, position, group, access level, etc. The 
information displayed on this panel is retrieved from the personnel data table 26a. If the 
administrator highlights a particular user (e.g. by a highlighted hyperlink), the Fig, 4B panel 1 60 
5 is displayed showing the attributes for that particular user, hi the exemplary case, John Smith is 
selected and detailed data is displayed including his address, contact information, company, 
group and photo. A number of projects 172a-172n are displayed with corresponding access 
levels for each project 174a-174n. The administrator can add or modify the projects assigned to 
John Smith and the access levels for each assigned project. In this manner, each of the users is 
10 granted specific access to particular projects and critical information such as trade secrets are 

maintained. This also allows the selective notification of project personnel based on their 
f*i attributes such as position, group or access level. 

yj§ B. Contract Terms and Payment Schedules 

' J 5 One aspect of the invention involves the bargaining for goods and services that are 

S attendant to a project. This section describes how the invention automates the process for the 

buyer and seller, who can then use the project manager to ensure that their project goals and 
!£ deadlines are met. Referring back to Fig. 1A, the memory storage structure 16 includes a 
fll number of contract procedures, escrow procedures and release procedures. These procedures are 
f |0 used in combination with the other procedures and data in this aspect of the invention. Fig. 5 is a 
^ sample screen display 200 for a buyer to subscribe to a service exchange according to an 
embodiment of the invention. The display 200 includes a number of fields to be completed 
including a project title, Request for Quotes (RFQ) deadline date, e-mail contact information, a 
category, pricing, description, etc. The server 10 stores this information and makes it available 
25 to potential sellers over a network, such as the Internet. In one aspect, the invention compares 
the buy fields to a number of previously stored sell fields to determine whether an immediate 
match is available. Once the buyer and seller agree to do business with one another, the 
invention provides a technique for developing a binding contract. 

Figs. 6A-B are sample screen displays of a contract terms sheet according to an 
30 embodiment of the invention. When a buyer and seller have agreed to transact business, the 
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buyer and seller agree upon a contract terms sheet 210 and 220 shown in Figs. 6A-B (described 
in detail below) that includes a payment plan and a deliverables plan. 

Fig. 6 A shows a proposed contract terms sheet screen 2 1 0 in which the buyer and seller 
agree on contract terms for the exchange of a service. These terms include, for example, the 
legal names of the parties, duration of the contract, cost of the goods and services, location of 
delivery for the deliverables, the payment plan, warranties, confidentiality provisions, choice of 
dispute resolution, etc. The buyer and seller each have OK buttons displayed on the screen 210 
that they set in order to demonstrate their agreement with each of the terms. If the buyer or seller 
want to review the specific language of each term or suggest a modification to a term, they can 
do so on screen 220 shown in Fig. 6B. The terms identified on screens 210 and 220 include 
details to be described below with reference to Figs. 7A-D. Once the parties have agreed to all 
the terms, they each signify so in Fig. 6 A by clicking on the Buyer Agreed and Seller Agreed 
buttons. 

In many cases, service providers require an advance payment before performing certain 
tasks. To accommodate this need, one aspect of the invention employs an escrow function that 
records a payment by the client to an escrow account and notifies the service provider that the 
funds are available upon completion of the task. Once the task is performed the client releases 
payment to the service provider. In this manner, the service provider knows that the funds are 
available and the client knows that the funds will be disbursed only after the service provider 
completes the task. Figs. 7A-D are a sample screen displays for an escrow terms sheet according 
to an embodiment of the invention. Fig. 8 is a flowchart showing steps for parties to agree to 
contract terms according to an embodiment of the invention. 

As part of the contract described above with reference to Figs. 6A-B, the parties negotiate 
terms related to payment and deliverables, as shown in Fig. 7A screen 230, which may be a 
multi-stage payment plan and multi-stage deliverable plan. This aspect of the invention can 
include the seller being paid an advance prior to the multi-stage payment plan. In performance 
of the contract, the buyer deposits an amount of money in an escrow account, according to the 
agreed upon multi-stage payment plan. The seller performs the stages of the multi-stage 
performance plan, and when the deliverables are delivered to and approved by the buyer, 
receives from the escrow account the amount of money equal to the respective stage of the 
agreed upon multi-stage payment plan. 
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Fig. 7B shows an implementation of the escrow where the buyer deposits an amount of 
money in an escrow account, and where the amount of money at least meets the first stage of the 
multi-stage payment plan. The seller performs the first stage of the multi-stage performance 
plan, and when the first stage deliverables are delivered to and approved by the buyer, receives 
5 from the escrow account the amount of money equal to the first stage of the multi-stage payment 
plan. This aspect of the invention can include the seller being paid an advance prior to the multi- 
stage payment plan. As the payments are made and the deliverables are approved, the escrow 
sheet of Fig. 7B screen 240 fills up and the Y N buttons are lit up and approved. 

In an aspect of the invention, the deliverables are intangibles such as rights to a property 
1 0 in the form of a lease or license. In the case of a license, the parties may also negotiate a 

payment schedule and specific time periods as shown in Fig. 7C screen 250, as well as a specific 
royalty schedule. In this aspect, the invention can be used to escrow periodic rent payments on a 
building, or to escrow periodic payments on a license agreement such as an intellectual property 
S license agreement. In such an agreement, the deliverable is the right to use the property for the 
, !| 5 term specified in the agreement, subject to the multi-stage payment plan. For example, the 
13 service or deliverable is an action or inaction taken by the seller to refrain from asserting certain 
7 rights (e.g. patent rights) against the buyer. In many cases, payments on an intellectual property 
3f license agreement are periodic but vary in amount based on the number of units sold. Fig. 7C 
f lj screen 250 shows a royalty schedule calculator that can determine the royalty payable based on 
,220 the terms and conditions of the contract and the payment schedule. For example, often royalty 
^ rates are graduated, where the royalty rate is lower as the number of units sold increases, and 
often royalty rates are based at least in part on the number of units sold in a calendar year. The 
royalty schedule calculator accepts whatever information is necessary to calculate the royalty, for 
example the number of units sold, and employs the terms agreed upon in the contract, as shown 
25 in screen 210, to provide the proper royalty payment amount. This information is available to 
both parties so the buyer and seller can acknowledge that the correct payment is made. Fig. 7D 
screen 260 is similar to screen 240, but the deliverables column has time periods therein to show 
that in the case of a lease or license, the deliverable is the right to use the property for a given 
time period. Similar to that described above, with reference to Fig. 7B, as shown in Fig. 7D, the 
30 buyer deposits the payments into the escrow account and the seller withdraws the payment from 
the escrow account, thereby approving the given stage of the multi-stage payment plan. 
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The aspect of the invention where a contract includes a multi-stage payment and 
deliverable plan is further described with reference to the Fig. 8 flowchart 270. In step 272, the 
buyer and seller agree to a contract including a payment plan and deliverables plan. The contract 
includes a number of stages 1 to N that represent payments by the buyer and deliverables by the 
5 seller. The server 10 is configured to store contract data and multi-stage data representing the 
agreement and a multi-stage payment and deliverable plan. A contract procedure is configured 
to store the contract terms agreed to between the buyer and seller, as described above with 
reference to Figs. 6A-B. An escrow procedure is configured to store a monetary representation 
of a deposit by the buyer equal to an amount of money in an escrow account, according to the 
10 agreed upon multi-stage payment plan. The server 10 includes a release procedure associated 

with the escrow procedure such that when a deliverable according to the multi-stage deliverables 
f ^ plan is delivered to and approved by the buyer, the release procedure releases from the escrow 
J account the amount of money equal to the respective stage of the agreed upon multi-stage 
-fi payment plan. Fig. 7B depicts an escrow term sheet 240 that is used by the buyer and seller 
fJ5 during the course of the contract to indicate a deposit in escrow, to confirm that the deliverable is 
m acceptable and to secure release of the escrow funds to the seller. 

1 " In step 274 the buyer deposits a payment for a particular stage of the agreement in the 

jg?" escrow account. At this point, the seller would see that the advance payment light is active on 
flj the escrow display sheet 240 shown in Fig. 7B. The seller would know that the funds are in 
t 220 escrow and that he can begin work on the project. In some cases, the buyer would release the 
^ advance payment to the seller in advance of work performed. In the exemplary embodiment, the 
buyer deposits Payment 1 into escrow, which signifies to the seller that the first payment for a 
deliverable is in escrow. In step 276, the seller then performs work to create the first deliverable 
1 and sends it to the buyer for approval. In step 278, when the buyer accepts and approves the 
25 Deliverable 1, money in escrow is released to the seller. Step 280 determines whether the 

contract is complete. If not, then the buyer deposits Payment 2 into escrow, which signifies to 
the seller that the second payment for a deliverable is in escrow. The seller then prepares the 
second deliverable and sends it to the buyer for approval. This continues until the contract is 
complete, step 282. 

30 
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C. Project Manager Control Panel 

Figs. 9-14 show sample screen displays for new projects and project management 
according to embodiments of the invention. The examples given herein describe projects related 
to managing intellectual property including filing documents with the US Patent & Trademark 
5 Office (PTO), responding to official actions from the PTO, paying maintenance fees to ensure 
the continued enforceability of a patents, etc. While these projects are described in detail, the 
invention is applicable to any type of project where communication between project personnel is 
helpful to the success of the project. The invention dockets the due dates and provides electronic 
notices to all project personnel of the upcoming deadlines. The invention is also particularly 
10 useful where the dates of correspondence and specific rules for filing dates, response due dates 

and the like are critical to the project. 
k -f Fig. 9 shows a new project manager entry panel 300 that includes a number of 

flj information entries related to a patent application. The panel includes a submit button 302 that 
Q indicates "file with patent office." Upon completing filling in the form and uploading the patent 
~f 5 application document, the user (e.g. a patent attorney) can electronically file the patent 
yj application with the PTO. Other types of actions include filing a trademark application, 
copyright application, a defensive publication or other action. In the case of a defensive 
publication project as shown in screen 310, Fig. 10, the document would be published on the 
ijg Internet with an appropriate date and time stamp that could be used at a later date to verify the 
-io publication. 

Fig. 1 1 shows a project manger screen 320 related to a license agreement. The project 
includes a number of information entries including the agreement date, and the payment schedule 
and status. In this aspect of the invention, periodic notices can be sent to the licensor and 
licensee to insure that they calculate the license payments. This is similar to the notices that are 

25 sent out on other time-related projects. 

Fig. 12 shows a project manager screen 330 related to a trademark application. Screen 
330 includes a section 332 that identifies actions needing approval of the client. In this case, the 
client is asked whether to approve a renewal payment. If the client approves the action, the 
project personnel in charge of making such payment would be notified and carry out the task. 

30 Figs. 13 and 14 show project manager screens 340 and 350 related to patent applications. 

In screen 340, the client can approve filing a patent cooperation treaty (PCT) application and in 
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screen 350, the client can approve payment of a maintenance fee. The ability for the client to 
automatically approve actions required by upcoming due dates vastly improves the project 
workflow. The project personnel do not need to locate the client to get oral approval that the 
client may later say wasn't adequately explained. The invention eliminates the ambiguity of 
5 client instructions and increases workflow efficiency. 

Fig. 15 shows a project related to a patent application and all the documents that are part 
of the file. This aspect of the invention captures all the documents relevant to a particular project 
and makes the documents available to other project personnel as well as for later reference. 
These documents can represent portions of an electronic correspondence, can be copied from an 
10 electronic correspondence, can be scanned and then uploaded into the database, etc. 

In an aspect of the invention, the control panel includes links to other documents and 
% database entries. In a case where the invention employs hyperlinks, the text on the control panel 
® is linked to other locations on a network, for example, the Internet. In one example, the 
\\ assignee's name is hyperlinked to the assignee's Internet home page, hi a case where the 
^5 invention employs such links, for example, a patent number text is hyperlinked to the US Patent 
yj and Trademark Office database where the full record is stored for that patent. Such a link would 
m typically look like <field type=db_link $db_location>, where the type is a hyperlink (e.g. 
^: database link) and the variable Sdbjocation specifies the uniform resource location (URL) for 
yfl the link. Often, the variable $db_location will be a data structure or otherwise include additional 
iJo data components related to the particular action. If the database was one that requires authorized 
access, the link would look like <field type^dbjink $db_location $db_authorization>, where the 
$db_authorization variable might include an authorized username, password or both. 

As described above with reference to Figs. 4A-B, in one aspect of the invention, the 
administrator can use the administrative control panel screens 150 and 160 to selectively grant 
25 authorization to project personnel to use the system, or to link to specific locations or databases 
for additional information. For example, if the project was a license agreement as shown in Fig. 
11, certain project personnel would have an access level to view all the documents in their 
entirety (e.g. including financial data), while other project personnel would have restricted access 
to specific portions of the documents or specific exhibits to the documents. 

30 
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D. Automated Communication and Docketing 

Figs. 16 and 17 show exemplary electronic communications 400 and 420 between a 
project management apparatus and another project computer, for example, a government 
computer that provides confirmation of a filing date and responsive electronic communications. 

Since the invention may communicate with other systems that have communication and 
docketing information, an embodiment of the invention includes the ability to communicate data 
with other systems. The format for such data is communicated electronically with field 
designations, e.g. <field name type=date $date_variable(s)>, or other format. For example, one 
of the important data is due date information. In a first aspect of this embodiment the invention 
automatically calculates a due date based on an action taken by a user of the system or another 
group. In a second aspect of this embodiment, the invention receives a due date from another 
computer system with which the server communicates (e.g. a government office). In the first 
aspect, the calculation can be, for example, based on the user's submission of a form (e.g. notice 
of appeal of a patent application) that would then docket two months in which to file an appeal 
brief, or based on an action from another group (e.g. a government office) for example on the 
user's receipt of a patent application Office Action that would then docket six months to respond 
with an amendment (and possibly also include the three-month no fee time period). An 
additional feature of the second aspect is the ability to automatically schedule certain activities, 
such as a government inspection that may not necessarily be at a specific date that the invention 
can calculate, but which may be based on the availability of government personnel who's 
schedules are available to the government computer and who's appointment date can be 
communicated automatically to the user system. 

For example, if a contractor applies for a building permit at a local city office, he may 
have 30 days to submit the design. As described above, he may enter the date into the control 
panel and the invention will notify him when the date is near. In this embodiment, the date 
calculation and management is handled automatically. When the contractor submits the building 
permit electronically, <field permit_submit_date type=date $month $day $year>, the government 
office replies with an electronic communication that includes designated date fields, e.g. <field 
design_due_date type=date $month $day $year>. If the permit was submitted on April 1 1, 2001, 
the permit communication variables would be set to $month=April, $day=l 1 and $year=2001. 
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The government office response would be due 30 days later so the design due date variables 
would be set to $month=May, $day=l 1 and $year=2001. 

In addition to docketing of dates, the invention can include important documents that are 
associated with the project (e.g. see Fig. 15). For example, when the US Patent and Trademark 
5 Office (PTO) respond to a patent application filing with an Official Action (OA), the mailing 
date of the OA is docketed, and the document outlining the Examiner's reasons for the particular 
OA is also included, and possibly the type of action (e.g. restriction requirement, non-final OA, 
final OA, etc.). In such an aspect of the invention, there will be additional fields such as 
document, e.g. <field oa_l type=text $document $oa__type>, that will accompany the OA's 
10 communication. Such a communication can include multiple fields, for example: 

<field patent_application type=text $documentpat.ap> 
13 <field oal type=text $documentoa.ap $oa_type> 

!g <field oamailed type=date $month $day $year > 

C 1 <field oa_resp_due type=date $month $day $year > 

1^5 These field are typically consolidated into a message similar to that shown in Figs. 16 and 

17 where the electronic communications include many fields that are designated by name and 
* type. Fig. 15 shows that these communications can be included in the invention, categorized and 

stored for easy access, retrieval and archival, 
f ti In addition to text, date, etc., other fields can be used to enable hyperlinking or database 

g£0 linking. For example, a hyperlink would be passed as <field type=link $hyperlink>. In a 
p " database technique, for example, a field can be used that provides a link from a remote database 
to a local database so that links can be established on the control panel, as discussed above with 
reference to the project manager control panel Fig. 15. Such a link would typically look like 
<fieid type=db_link $db_location>, where the type is a hyperlink (e.g. database link) and the 
25 variable $db_Jocation specifies the uniform resource location (URL) for the link. Often, the 
variable $db_location will be a data structure or otherwise include additional data components 
related to the particular action. If the database was one that requires authorized access, the link 
would look like <field type=dbjink $db_location $db_authorization>, where the 
$db_authorization variable might include an authorized username, password or both. 
30 An advantage of this technique is that the user does not need to manually enter a due 

date, and cannot accidentally enter an incorrect date. This reduces human effort and human 
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error. An advantage of complete electronic communication and storage in the invention is that 
the records are easily categorized, accessed and stored, 

E. Data Backup, Mobility and Synchronization 
5 In the described embodiments, the database resides at the server. In other embodiments, 

the data can be backed up by the users, taken on a mobile platform such as a laptop computer and 
synchronized with the server database. In addition to aiding in mobility, these embodiments also 
aid in case the server to client network (e.g. Internet) is down or in case the server is down for 
repair. 

1 0 Figs. 1 8-20 depict backup, mobility and synchronization of the project records according 

to an embodiment of the invention. Fig 18 depicts a network implementation of the invention 
^ employing a server 10 as shown in Fig. 1 and a number of clients 600a-600b connected to the 
43 server over the Internet. Often the users will have mobile computers shown in Fig. 19 (e.g. 

m 

yp laptops) and will want to access the data while not connected to the Internet. The invention 
^jt5 provides for this capability by employing a local database model that can be synchronized with 
€l the server database, and if any changes are made to the data, later re-synchronized with the 
server database. 

5f Fig. 20 is a flow chart 650 showing backup and synchronization of records. In step 652, 

fl! the user logs on to the server 10, and in step 654, selects the records for export. Step 656 flags 
5^0 the export records in the server and exports the records to the user's local computer 600. This 
^' step includes adding the date and time of export to the record. In step 660, the user logs out from 
the server and the exported records to on the computer 600. The user can view, edit, delete or 
add records locally in step 662, and step 664 keeps track of all the changes made to the data 
records on the computer 600. This step includes adding the data and time of changes to the flag. 
25 In step 668, the user logs on to the server with the modified records stored on the computer 600. 
Step 670 synchronizes the records including reviewing flagged records and reconciling the data 
using the date and time stamps. As shown in step 672, the user has the option of synchronizing 
data on both the server 10 and the client 600, or on the server only. In step, 674 the 
synchronization is complete and the server records are all up to date. Step 676 reviews the 
30 updated records to determine whether other project personnel should be notified of any changes 
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or due dates present in the data. If notification is warranted, then notifications are sent to the 
project personnel 

Other considerations on synchronization and storage are as follows. In order to provide 
effective data backup, the invention flags the records that are scheduled for export to the client 
5 computer. If the record is subsequently changed in the client or even on the server, the invention 
is cognizant of the flag and will store the changes to the original record in a register so that when 
synchronization occurs later, the records can be reconciled against one another and the proper 
record status can be associated therewith. 

The flagging and storage of record changes has an attendant memory overhead and 
10 management issue. That is, storing all the various status and reconciliation information takes 
memory. Therefore, the user is typically given a choice whether the records are exported for 
1*=, backup purposes or for later synchronization purposes. In case of simple records backup, flags 
|f do not necessarily need to be stored for later reconciliation because future synchronization is not 
selected by the user. In the case where the user wants the option for future synchronization, then 
s |5 the flags are associated with the exported records and the system is prepared for future records 
41 reconciliation. 

J Since the user via the client may not have the capability to perform the notification 

function, once the records are synchronized, the notification structure performs a notification 
ill routine to notify all relevant project personnel to the new status of the records, if necessary. 

So 

^ F. Conclusion 

Advantages of the invention include the ability provide flexibility and capabilities of 
managing tasks, events and due dates, while communicating the updated information to all 
necessary project personnel. In addition, the ability to control access to authorized personnel at 
25 various levels allows users to selectively add, edit, modify and delete project records depending 
on their access level. Finally, the ability to selectively notify the project personnel based on 
predefined dated or activities keeps all personnel up to date on the project. 

The invention has been described with reference to exemplary embodiments. Those 
skilled in the art will recognize that variations can be made to the description while remaining 
30 within the bounds of the claims. 
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